| Arcserve |
欢迎使用《Arcserve UDP 5.0 版 Update 3 版本说明》。该版本说明包含有关本更新的重要信息。更新是累积性的且可以安装在 Arcserve UDP 的任何先前版本上。Arcserve UDP 5.0 版 Update 3 不会自动下载并安装到您的系统上（通过产品内的更新功能），而是需要从安装说明中提供的链接手动下载。
此更新为 Arcserve UDP 添加了下列增强功能：
每个 Arcserve UDP 7000 系列设备都是“设置好即可高枕无忧”的自包含备份和恢复解决方案。Arcserve UDP 7000 系列设备与预安装在一流硬件中的业界领先的 Arcserve Unified Data Protection 软件完全集成。它构建有云原生功能，既具有无与伦比的易部署性和可用性，又具有一组广泛的功能，如基于源的全局重复数据消除、多站点复制、磁带支持，以及自动数据恢复功能。Arcserve UDP 7000 系列可提供无与伦比的操作灵活性和效率，并能真正简化灾难恢复活动。
“显示板”选项卡允许您查看以图表形式表示的最近七天内原始数据大小、实际数据存储和可还原数据大小，以及上次备份状态。
这是先前版本中的旧“显示板”选项卡。它显示特定期间内作业的状态。您可以应用筛选对结果进行分类，也可以按计划对作业进行分组。
此更新修正了可能发生的以下问题：
症状：
服务器无法在从特定恢复点执行 BMR 后启动，且会不停地启动到修复模式或不断重启。
原因：
Arcserve UDP 代理无法在 NTFS 事务期间一致地备份数据。如果在 NTFS 事务开始后以及提交数据前执行备份，则可能不会正确备份未提交的数据。随后执行的任何增量备份都会存在此问题。完全备份或验证备份可以为新创建的恢复点解决此问题。
解决方案：
升级到 Arcserve UDP 5.0 版 Update 3，并执行完全备份。
注意：在升级到 Arcserve UDP 5.0 版 Update 3 前，请在您环境中查看以下向后兼容性注意事项：
Hyper-V 群集虚拟机的备份作业变为验证备份，且在活动日志中存在警告“更改块跟踪功能在 Hyper-V 主机上处于非活动状态”。当群集中的一个 Hyper-V 主机从群集中退出并立即关闭时出现此问题。
在备份的“拍取快照”阶段期间将 Hyper-V 虚拟机置于“已保存”状态达 1 或 2 分钟（该虚拟机会在“拍取快照”阶段后自动恢复）。在 Hyper-V 2008 R2 或 Hyper-V 2012 环境中可能会发生将虚拟机置于“已保存”状态的问题。对于 Hyper-V 2012 R2，在应用 Windows Update 2919355 前可能会发生此问题。
有关在此版本中修正的所有问题，请参阅《Arcserve UDP 5.0 版本说明》。
此更新中可能存在以下问题：
症状：
VMware 在让虚拟机保持静止以使其快照包含损坏的数据时遇到错误。备份从快照读取数据，因此备份的数据也发生损坏。有关此问题的更多信息，请参阅以下 VMware 知识库文章：通过带有 vSphere Data Protection、VMware Data Recovery 和第三方备份软件的 Windows 2008 R2 SP1 和 Windows 2012 提供应用程序静止 (2044169)。
注意：所有 VMware ESXi 版本以及带有客户操作系统 Windows 2008 R2 SP1 和 Windows 2012 的虚拟机上都会出现此问题。数据损坏问题无法被软件检测到，这是因为在此情况下 VMware 不返回错误。这可能导致您直到尝试还原一些数据才意识到此问题的存在。
解决方案：
执行本更新中提供的以下方法以检测和解决该问题：
症状：
当源计算机是 Windows 8.1 或 Windows 2012 R2 系统并且您在具有 4 KB 磁盘的计算机上执行 BMR 时，该计算机在 BMR 之后可能无法启动，并出现以下错误消息：system_thread_excption_not_handled (WppRecorder.sys)。
解决方案：
启动进入恢复控制台（在出现几个蓝屏故障后您会自动转到这里）。
c:\windows\system32\compact.exe /U c:\windows\system32\drivers\*.sys
fsutil behavior set DisableCompression 1
症状：
迁移作业不显示在“资源”选项卡上的“节点”列表视图中。
解决方案：
访问 RPS 视图或“作业”选项卡以检查作业监视器。
症状：
无法在 Arcserve UDP 恢复点视图中浏览卷。
解决方案：
直接使用 UNC 路径，而不是映射到网络驱动器。
代理 [<Proxy Name>] 的 Windows 版本早于虚拟机 [<Virtual Machine Name>] 的版本。因此，随后的 Exchange 编录作业可能失败，您将需要安装相关 Windows 更新程序包以解决该问题。
症状：
Exchange 编录作业将使用虚拟机中的 Exchange 二进制文件。如果代理计算机的 Windows 版本早于虚拟机的版本，这些 Exchange 二进制文件无法正常运行，因此，编录作业将失败。
解决方案：
安装以下 Windows 更新程序包以解决该问题：
症状：
在备份 VM 时，群集 VM 的故障切换发生在拍取快照之前。这会导致备份会话中记录的 Hyper-V 主机与 VM 配置不一致。
解决方案：
您可以将网络适配器手动连接到其 Hyper-V 主机上的虚拟交换机，或使用“还原到备用位置”选项恢复 VM， 使用该选项可设置该 VM 的还原配置。
症状：
假设您将 Linux 备份服务器迁移到 Arcserve UDP 控制台。如果释放 Linux 备份服务器，然后重新迁移它，那么您会看到控制台上将自动创建一个新计划。
示例：
您有一台管理 Linux_Node1 的 Linux Backup Server1。您已创建一个名为“新计划”的备份作业。您还有一个管理 Linux_Node2 和 Linux Backup Server2 的 Arcserve UDP 控制台，并且相应的计划也命名为“新计划”。
您使用 d2dreg 命令将 Linux Backup Server1 迁移到控制台。迁移之后，备份作业名称更改为“新计划_<Linux Backup Server1>”。部署“新计划_<Linux Backup Server1>”。
现在，您将 Linux_Node1 添加到“新计划”，将 Linux Backup Server1 添加为服务器并部署该计划。“新计划”现在保护 Linux_Node1 和 Linux_Node2，服务器是 Linux Backup Server1。
现在，您从控制台释放 Linux Backup Server1。从控制台中删除“新计划”和“新计划_< Linux Backup Server1>”。当从 Linux Backup Server1 重新迁移到控制台时会迁移两个计划：“新计划”和“新计划_<Linux Backup Server1>”。
解决方案：
删除新计划。新计划没有任何节点，因此，它不会影响任何备份排定。
症状：
尽管一台虚拟机的备份作业已完成，但这台虚拟机在 Hyper-V 管理器中的状态仍为“正在备份”。因此，如果此 VM 的另一个备份作业在这时启动，它将失败并出现错误“Hyper-V VSS 编写器处理该虚拟机时遇到错误”。此外，您无法执行某些操作，例如此时在 Hyper-V 管理器中打开/关闭 VM。如果该 VM 是 Hyper-V 群集，您将无法对其执行实时迁移。
在以下情况下会发生此问题：
• 同时或在相近时间（在 1 分钟内）开始多个备份作业。
• 一个或多个备份作业已完成，但仍有至少一个备份作业仍在进行中。
此问题的根源：
为避免对 Hyper-V 主机造成不必要的工作负荷，如果 VM 的备份作业在同一时间或相近时间开始，Arcserve UDP 会尝试为所有 VM 拍取一个 VSS 快照，而不是为每个 VM 拍取一个 VSS 快照。在拍取 VSS 快照之后，此 VSS 快照实例内部的所有 VM 都将被“锁定”（处于“正在备份”状态）。因为在完成所有备份作业之前，Arcserve UDP 无法释放快照，所以即便某个 VM 的备份作业已完成，该 VM 仍被“锁定”。由于 VSS 快照的限制（一次只能为一个 VM 拍取快照），如果同一 VM 的另一个备份作业在此时开始，它将失败，并出现错误“Hyper-V VSS 编写器处理该虚拟机时遇到错误”。此外，Hyper-V 管理器中将禁用某些操作（如打开/关闭电源），并且，如果 VM 在 Hyper-V 群集中，将不允许实时迁移。Hyper-V 2008R2 中不会出现此问题，这是因为 Hyper-V 2008R2 的 VSS 快照机制有不同的行为。
解决方案：
尽管 VM 被“锁定”，您仍可以照常使用客户操作系统。因此，这对客户操作系统的使用/可用性没有影响。但是，如果您有顾虑且想要避免这种情况，则可以执行以下任一操作：
症状：
如果您使用任何特定版本的 Internet Explorer 10.0.9200.17XXX 和 Internet Explorer 11.0.9600.17XXX，则当从 Internet Explorer 10 或 11 访问 Arcserve UDP 代理 (Windows) 时，UI 的响应速度可能很慢。
如果出现此问题，所有其他后续请求将等待 5 分钟才响应。
仅在使用提到的任何版本的 Internet Explorer 10 和 11 时，才会出现此问题。所有其他浏览器不会出现此问题。
解决方案：
执行以下临时解决方案之一：
执行以下永久性解决方案：
解决方案：
使用除 1 MB 外的任何值创建新的虚拟磁盘。
解决方案：
在使用 Arcserve UDP Linux 备份服务器前，请联系您的域管理员以协助授权 DHCP 服务器。
症状：
在粒度还原编录作业正在运行时拍取快照时，文件系统中会有死锁。
以下条件可触发该问题：
解决方案：
配置以下注册表项以将缓存文件移至不受 Arcserve UDP 引擎保护的其他位置：
HKEY_LOCAL_MACHINE\SOFTWARE\CA\ARCserve Unified Data Protection\Engine\AFStorHBAMgmt\CacheFilePath
如果“AFStorHBAMgmt”注册表项不存在，则您必须创建一个新的。
示例：如果您的备份目标是本地驱动器 E:，则会在驱动器 E: 上将备份快照创建到备份目标路径。
示例：E:\temp，则 E:\temp 可用作缓存存储路径。
注意：当输入/输出负载较高且存在以下条件时出现此问题：
拍取快照将通知文件系统驱动程序将不完整的数据刷新到卷，并会在短时间内暂停向所有卷的所有新的写入操作。这会在挂接的卷正在将数据刷新到文件的位置创建死锁，同时编写器操作在安装 Arcserve UDP 的卷上暂停。
解决方案：
重新打开还原向导，然后重试选择数据库。
症状：
在 Arcserve UDP 控制台中，您已成功使用新的凭据更新无代理备份代理节点。但是，新的凭据不会生效，且 Arcserve UDP 引擎使用旧的凭据启动备份过程。仅当没有将基于代理的备份计划部署到代理节点时才会出现这种情况。
示例：
解决方案：
作为变通，创建基于代理的备份计划并将您的代理添加为受保护的节点（请确保在计划中删除所有排定），然后再次更新代理节点。
症状：
升级到 Google Chrome v41 后，如果将 HTTPS 用作通信协议，则您将无法浏览 Arcserve UDP/Arcserve D2D 代理 (Linux) 网页。（HTTPS 是 Arcserve UDP/Arcserve D2D 代理 (Linux) 的默认协议）。此时将显示以下消息：
此网页不可用
错误代码：ERR_SSL_VERSION_OR_CIPHER_MISMATCH
注意：此问题影响 Arcserve D2D (Linux) 和 Arcserve UDP 的所有版本。
解决方案：
在 Arcserve UDP/Arcserve D2D Linux 备份服务器计算机上，以管理员身份打开命令行，然后运行以下命令：
#source /opt/CA/d2dserver/bin/d2dserver/bin/setenv
#d2dserver stop
#mv /opt/CA/d2dserver/TOMCAT/conf/server.keystore.old
#keytool -genkey -alias tomcat -keyalg RSA -keypass LinuxD2D -storepass LinuxD2D -keystore /opt/CA/d2dserver/TOMCAT/conf/server.keystore -validity 3600 -dname "CN=hostname_of_backup_server"
#d2dserver start
注意：
有关此问题的更多信息，请参阅 https://arcserve.zendesk.com/hc/en-us/articles/204506105
症状：
升级到 Google Chrome v41 后，如果将 HTTPS 用作通信协议，则您将无法浏览 Arcserve UDP/Arcserve D2D 代理 (Windows) 网页。（HTTPS 是 Arcserve UDP/Arcserve D2D 代理 (Windows) 的默认协议）。此时将显示以下消息：
此网页不可用
错误代码：ERR_SSL_VERSION_OR_CIPHER_MISMATCH
注意：此问题影响 Arcserve D2D (Windows) 和 Arcserve UDP 控制台的所有版本。
解决方案：
在 Arcserve UDP/Arcserve D2D Windows 计算机上，以管理员身份打开命令行，然后运行以下命令：
cd C:\Program Files\CA\arcserve Unified Data Protection\Engine\TOMCAT\conf
move server.keystore server.keystore.bak
..\jre\bin\keytool -genkey -alias tomcat-sv -keyalg RSA -keypass ARCServeD2D -storepass ARCServeD2D -keystore server.keystore -validity 18250 -dname "CN=server_host_name" -ext san=dns:localhost,dns:server1,dns:server.domain.com
cd C:\Program Files\CA\arcserve Unified Data Protection\Engine\bin
Changetohttps.bat
注意：
有关此问题的更多信息，请参阅 https://arcserve.zendesk.com/hc/en-us/articles/204542275
有关此版本中的所有已知问题，请参阅《Arcserve UDP 5.0 版本说明》。
此更新中可能存在以下注意事项：
此更新中可能存在以下限制：
注意：此限制仅对 VMware 虚拟机存在，这些虚拟机具有设置操作系统类型的选项。对于 Hyper-V，此问题不存在。
症状：
当您使用域帐户登录到 Arcserve UDP 设备时，不立即启动设备向导。会显示一个“用户帐户控制”对话框，要求您确认允许该程序对计算机进行更改。
解决方案：
从“用户帐户控制”对话框中，单击“是”，然后会启动该向导。
有关此版本中的所有注意事项或限制，请参阅《Arcserve UDP 5.0 版本说明》。
以下部分提供有关安装先决条件和安装说明的信息。
在安装此更新之前请考虑下列先决条件任务：
在安装 Arcserve UDP 更新或 Arcserve UDP 代理 (Windows) 更新时，保持控制台、恢复点服务器 (RPS) 和代理之间的最佳性能非常重要。因此，在同时包含控制台和代理的环境中安装更新时，必须始终先在控制台上安装更新，然后在 RPS 上安装，最后在代理上安装。（对于在控制台或 RPS 上安装的代理，会同时将更新自动安装在该代理上）。
注意：如果您的环境同时安装了 Arcserve UDP 和 Arcserve Backup，且想要安装 Arcserve UDP 5.0 版 Update 3，则还需要同时安装相应的 Arcserve Backup 修补程序 RO75131。
手动安装更新
注意：Arcserve UDP 5.0 版 Update 3 不会自动下载并安装到您的系统上（通过产品内的更新功能），而是需要从安装说明中提供的链接手动下载。
对于已经安装了先前版本 Arcserve UDP 的 Windows 服务器和工作站的升级安装包，请使用下面的安装文件链接手动下载并安装更新：
对于尚未安装 Arcserve UDP 的 Windows 服务器和工作站的全新安装程序包，请执行以下任务：
下载并安装 Arcserve UDP 5.0 版 Update 3：
对于 Linux 安装，请使用下面的安装文件链接手动下载并安装更新：
Arcserve 支持 团队提供了丰富的资源集，用于解决您的技术性问题，并允许轻松访问重要的产品信息。
https://www.arcserve.com/support
借助 Arcserve 支持：
版权所有 © 2015 Arcserve. 。 保留所有权利。 此处引用的所有商标、商品名称、服务标识和徽标均归其各自公司所有。